home *** CD-ROM | disk | FTP | other *** search
/ Gekikoh Dennoh Club 1 / Gekikoh Dennoh Club Vol. 1 (Japan).7z / Gekikoh Dennoh Club Vol. 1 (Japan) (Track 1).bin / kowin / archive / sys / kowin14d.lzh / doc / programming / file.doc < prev    next >
Text File  |  1995-09-15  |  3KB  |  91 lines
  1.  
  2.  Ko-Window プログラマーズマニュアル
  3.  
  4. 「ファイル操作とその注意点」
  5.  
  6.  
  7. 関連事項: => kowin_p4.doc
  8.  
  9.  
  10. ●ファイルオープンとヒープ領域
  11.  
  12.   Ko-Window 上で stdio の fopen()～fclose() などの高レベルファイル操作関数を
  13. 使う場合は、必ず WindowHeapSize の設定が必要になります。これは、fopen() 関数
  14. が、FILE 構造体およびそのバッファを malloc() で確保するからです。(この領域は
  15.  fclose() が free() する)
  16.  
  17.   WindowHeapSize は、wlib のグローバル変数です。設定した byte 数だけ起動時に
  18. そのアプリケーション用 HEAP 領域として確保します。
  19.  
  20. 例
  21.     int    WindowHeapSize= 1024*8;
  22.  
  23.   ファイルオープン時に必要なヒープ容量は、使用するライブラリによって異なりま
  24. す。XCv1/v2-lib ではファイルバッファは 1Kbyte ですが、libc ではこれが 4Kbyte
  25. になっています。また同時に複数のファイルをオープンすれば、その数だけ malloc()
  26. することになるので、さらに多目に設定しておく必要があります。
  27.  
  28.   直接 DOS CALL を使うような低レベルファイル操作の場合は HeapSize の設定は不
  29. 要になります。
  30.  
  31.  
  32.  
  33. ●イベント開放とファイルのオープン
  34.  
  35.   Ko-Window のプログラミングにおいて、ファイルをオープンしたままイベントを開
  36. 放し、他のプロセスへイベントをまわすことは可能です。ただしオープン中かどうか
  37. のフラグをもうけ、EventClose 時に間違いなくファイルをクローズするようなプロ
  38. グラムにしておいて下さい。
  39.  
  40.   ファイルをオープンしたままイベントを開放すると、他のプログラムからも同じファ
  41. イルへ同時にアクセスが起こる可能性があります。Human68k の場合、同時アクセス
  42. するといろいろと不都合が起こる可能性があります(書き込み時)。特に書き込んでい
  43. る途中のファイルを削除してしまうとおかしなことになります。
  44.  
  45.   このようなことを防ぐためには、Human v2 以降に設けられたファイルアクセスの
  46. ロック機構を使用して下さい。config.sys に SHARE 行を書いておけば、この機能が
  47. 働きます。この SHARE 行を書いておけば、同時にファイルオープンしたり、オープ
  48. ン中によそからファイル操作したりできなくなりますので、イベントを開放しても安
  49. 全になります。
  50.  
  51.  
  52.  
  53. ●ファイルクローズの注意
  54.  
  55.   Ko-Window のアプリケーションでは、自分でオープンしたファイルは必ず自分で責
  56. 任を持ってクローズするようにして下さい。それは、ウィンドウアプリケーションが
  57. 終了しても、その中で開いたファイルはそのまま開いたままになってしまうからです。
  58.  
  59.   もしプログラムのバグで、オープンしてロックされたままのファイルができてし
  60. まった場合は、一度 Ko-Window を終了して起動し直して下さい。Ko-Window サーバー
  61. が終了すると、その時点で開いていたファイルを全部クローズしてくれます。
  62.  
  63.   オープンしたファイルを自分でクローズするということは、極めて基本的でかつ不
  64. 用意な防ぐことにも繋がるので、通常のプログラミングにおいても必ずそうするよう
  65. 普段から意識しておくといいでしょう。
  66.  
  67.   筆者の場合、すでに fopen() とタイプしたと同時に、無意識にも fclose() を一
  68. 緒に書き込んで、その行の間にプログラムコードを書き入れていくという習慣が身に
  69. 付いてしまいました。
  70.  
  71.  
  72.  
  73. ● Human68k のファイルロックについて補足
  74.  
  75.   このように、SHARE 行はプログラムの変更なしにファイルロックを勝手に行ってく
  76. れるので、たいへん便利だしファイルのクローズし忘れのバグも見つけ易くなります。
  77.  
  78.   ただし、ファイルを書き込みオープン中に暴走してリセットしてしまった場合は、
  79. ファイルシステムに書き込んでいる途中の矛盾した残骸が残ってしまうことがありま
  80. す。そのため、暴走したあとは fsck.x を使ってファイルシステムをチェックしてお
  81. くことをお勧めします。(fsck.x は Ｅｘｔ．氏作のフリーソフトウエアです。)
  82.  
  83.  
  84. --
  85. 1995 9/15 書き起こし
  86.  
  87. 小笠原博之
  88. oga@dgw.yz.yamagata-u.ac.jp
  89. DenDenNET: DEN0006 COR.
  90.  
  91.